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DETAILED ACTION 

1 . Claims 1-60 is pending in the application. 

Claim Rejections - 35 USC § 101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, 
subject to the conditions and requirements of this title. 

The claimed invention in claims 57-60 is directed to non-statutory subject matter. 

In these claims, lines 1-2, the limitation is recited as "A program storage device readable 

by a machine, tangibly embodying a program of instructions by the machine to perform a " 

which does not comply with the 101 interim guidelines set forth therein (please refer to pages 52- 
53 of the 101 interim guidelines). It is well established that a computer program product or a 
software product or computer readable code, per se is not a physical "thing" and does not define 
any structural and functional interrelationship between the computer program code and the rest of 
the computer, which permits the computer program's functionality to be realized. In order for a 
computer program or software instructions to be statutory it must be embodied (encoded) in a 
computer-readable medium capable of being executed by a computer. 

Thus, claims 57-60 are directed to non-statutory subject matter since the patent 
protection sought by the claimed invention is for the computer program in the abstract. 
Appropriate corrections are required for the claim without introducing any new matter to the 
disclosure. 

Claim Rejections - 35 USC §112 

3. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 
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4. Claims 1-60 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. In these claims the limitations "value-to-type/length 
field", "value-to-priority" appears to be values that are placed in type/length and priority 
Mask fields (see applicant's Fig 1). However, from the claim language as recited in 
these claims fails to particularly point out and distinctly claim the values that are to be 
considered for these fields. Hence appropriate corrections are required to these claims 
where applicable. 

Claim Rejections - 35 USC § 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent granted on 
an application for patent by another filed in the United States before the invention by the applicant for patent, 
except that an international application filed under the treaty defined in section 351(a) shall have the effects 
for purposes of this subsection of an application filed in the United States only if the international application 
designated the United States and was published under Article 21 (2) of such treaty in the English language. 

6. Claims 1-15, 32, 34-48, are rejected under 35 U.S.C. 102(e) as being anticipated 
by Kadambi et al [US Pat: 7,212,534]. 

Regarding claim 1,34 Kadambi et al in the invention of "Flow Based Congestion 
Control" disclosed a method for generating a frame indicating that traffic flow should be 
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paused to a network device, the traffic flow having varying priority levels (Figs 10 to 
17), the method comprising: placing a value signifying that the frame indicates that 
traffic flow should be paused in a type/length field in the frame (LENGTH/TYPE Field of 
Fig 17); placing a value signifying that traffic flow should be paused or not paused 
according to its priority level in an opcode field in the frame (col 15, lines 11-59); 
creating a priority mask field in the frame (OPCODE 1_3 field of Fig 16); and placing a 
value signifying which priority levels should be paused in said priority mask field in the 
frame (PRIORITY_BITMAP field of Fig 16, col 14, lines 41-46). 

Regarding claim 2,35, Kadambi et al disclosed wherein said placing a value 
signifying that traffic flow should be paused or not paused according to its priority level 
in an opcode field in the frame includes placing a value signifying that traffic flow should 
be paused or not paused according to its priority level (inhibit or allow transmission 
of frames), and that the pausing will be for time indicated by a pause time field in the 
frame without regard for said priority level (control parameter field of Fig 16), in an 
opcode field in the frame if it is desired to use the same pause time for each priority 
level (col 15, lines 19-35). 

Regarding claim 3, 36, Kadambi et al disclosed wherein said placing a value 
signifying that traffic flow should be paused or not paused according to its priority level 
in an opcode field in the frame includes placing a value signifying that traffic flow should 
be paused or not paused according to its priority level (inhibit or allow transmission 
of frames, col 15, lines 19-35), and that the pausing will be for times corresponding to 
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each priority level indicated by a pause time field, in an opcode field in the frame if it is 
not desired to use the same pause time for each priority level (col 3, lines 41-52). 

Regarding claim 4, 36 Kadambi et al disclosed placing a separate value for each 
possible priority level in said pause time field, said separate value indicating an 
independent pause time for each corresponding priority level (Figs 14/15, col 13, lines 
8-30). 

Regarding claims. 5-6,38-39 wherein said pause time field is equal in size to the 
pause time field in a standard PAUSE frame multiplied by the number of possible 
priority levels and wherein the frame is a PAUSE frame (col 9, lines 32-39). 

Regarding claim 7, 40, Kadambi et al disclosed wherein said value signifying that 
the frame indicates that traffic flow should be paused is identical to values used to 
indicate standard PAUSE frames (coM 15, lines 11-20). 

Regarding claim 8, 41 Kadambi et al disclosed wherein said value signifying that 
traffic flow should be paused or not paused according to its priority level is a value not 
used by standard PAUSE frames in said opcode field (col 15, lines 60-67). 

Regarding claim 9,42, A method for generating a frame indicating that traffic flow 
should be paused to a network device, the traffic flow having varying priority levels 
(Figs 10 to 17), the method comprising: placing a value signifying that traffic flow 
should be paused or not paused according to its priority level in an type/length field in 
the frame (LENGTH/TYPE Field of Fig 17, col 15, lines 11-59); creating a priority 
mask field in the frame; and placing a value signifying which priority levels should be 
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paused in said priority mask field in the frame (PRIORITY_BITMAP field of Fig 16, col 
14, lines 41-46). 

Regarding claim 10, 43, Kadambi et al disclosed placing a value signifying that 
the pausing will be for time indicated by a pause time field in the frame without regard 
for said priority level in an opcode field in the frame if it is desired to use the same 
pause time for each priority (col 15, lines 19-35). 

Regarding claim 11, 44, Kadambi et al disclosed placing a value signifying that 
the pausing will be for times corresponding to each priority level indicated by a pause 
time field in an opcode field in the frame if it is desired to use the same pause time for 
each priority (col 3, lines 41-52). 

Regarding claim 12, 45, Kadambi et al disclosed placing a separate value for 
each possible priority level in said pause time field, said separate value indicating an 
independent pause time for each corresponding priority level (Figs 14/15, col 13, lines 
8-30). 

Regarding claim 13,46, Kadambi et al disclosed wherein said pause time field is 
equal in size to the pause time field in a standard PAUSE frame multiplied by the 
number of possible priorities (coll 15, lines 11-20). 

Regarding claims 14-15, 47-48, Kadambi et al disclosed wherein the frame is a 
PAUSE frame and said value signifying that traffic flow should be paused or not paused 
according to its priority level is a value not used by standard PAUSE frames in said 
type/length field (LENGTH/TYPE Field of Fig 17, col 9, lines 32-39). 
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Regarding claim 32, Kadambi et al disclosed an apparatus (Figs 13-17) for 
handling a frame in a network with traffic flow having varying priority levels, the method 
comprising: a type/length field value examiner (Fig 17); an opcode field value examiner 
coupled to said type/length field value examiner (OPCODE1_3, Fig 16); and a priority 
level traffic flow pauser coupled to said opcode field value examiner 
(PRIORITY_BITMAP field, Fig 16, col 12, lines 15-30, col 15, lines 11-44). 

7. Claims 16-31, 33, 49-60 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Erimli et al [US Pat: 6,405,258]. 

Regarding claim 16,49,59, Erimli et al in the invention of "Method and Apparatus 
for Controlling The Flow of Data Frames Through a Network Switch on a Port-by-Port 
Basis" disclosed a method for handling a frame in a network with traffic flow having 
varying priority levels (Figs 5A/B), the method comprising: examining a value in a 
type/length field in the frame to determine if it signifies that the frame indicates that 
traffic flow should be paused to a network device (5B, col 12, lines 57-67, col 13, lines 
1-9); examining a value in an opcode field in the frame to determine if it signifies that 
traffic flow should be paused or not paused according to its priority level, if said value in 
said type/length field signified that the frame indicates that traffic flow should be paused 
to a network device (5B, col 13, lines 10-29); and pausing traffic flow with priority levels 
corresponding to levels signified by a value in a priority mask field in the frame if said 
value in said opcode field signified that traffic flow should be paused or not paused 
according to its priority level and if said value in said type/length field signified that the 
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frame indicates that traffic flow should be paused to a network device (col 13, lines 30- 
39). 

Regarding claim 17,50, Erimli et al disclosed wherein said examining a value in 
an opcode field further comprises examining a value in said opcode field to determine if 
it also signifies that the pausing will be for time indicate by a pause time field in the 
frame without regard to priority level (5B, col 13, lines 10-29) and said pausing traffic 
flow further comprises pausing traffic flow with priority levels corresponding to levels 
signified by a value in a priority mask field in the frame for a time period indicated by the 
pause time field in the frame without regard to priority level if said opcode field signifies 
that the pausing will be for time indicate by a pause time field in the frame without 
regard to priority level (col 13, lines 30-39). 

Regarding claim 18,51, Erimli et al disclosed wherein said examining a value in 
an opcode field further comprises examining a value in said opcode field to determine if 
it also signifies that the pausing will be for times corresponding to each priority level 
indicated by a pause time (col 12, lines 23-37) and said pausing traffic flow further 
comprises pausing traffic flow with priority levels corresponding to levels signified by a 
value in a priority mask field in the frame for time periods indicated by a times 
corresponding to each priority level in a pause time field in the frame if said opcode field 
signifies that the pausing will be for times corresponding to each priority level indicated 
by a pause time (5B, col 13, lines 10-39). 



Application/Control Number: Page 10 

10/693,037 

Art Unit: 2619 

Regarding claim 19, 52, Erimli et al disclosed wherein said times are a separate 
value for each possible priority level indicating an independent pause time for each 
corresponding priority level (col 12, lines 33-39). 

Regarding claim 20,53,60 Erimli et al disclosed a method for handling a frame in 
a network with traffic flow having varying priority levels (Figs 5A/B), the method 
comprising: examining a value in a type/length field in the frame to determine if it 
signifies that the frame indicates that traffic flow should be paused to a network device 
(5B, col 12, lines 57-67, col 13, lines 1-9) and if it signifies that traffic flow should be 
paused or not paused according to its priority level (col 13, lines 30-39); and pausing 
traffic flow with priority levels corresponding to levels signified by a value in a priority 
mask field in the frame if said value in said type/length field signified that traffic flow 
should be paused to a network device and that traffic flow should be paused or not 
paused according to its priority level (Figs 5A/B, col 12, lines 23-37, col 13, lines 10- 
29). 

Regarding claim 21,54, Erimli et al disclosed examining a value in an opcode 
field in the frame to determine if it signifies that the pausing will be for time indicate by a 
pause time field in the frame without regard to priority level (5B, col 13, lines 30-39) ; 
and wherein said pausing traffic flow further comprises pausing traffic flow with priority 
levels corresponding to levels signified by a value in a priority mask field in the frame for 
a time period indicated by the pause time field in the frame without regard to priority 
level if said value in said opcode field signifies that the pausing will be for time indicate 
by a pause time field in the frame without regard to priority level (col 13, lines 10-29). 
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Regarding claim 22,55, Erimli et al disclosed examining a value in said 
type/length field to determine if it also signifies that the pausing will be for times 
corresponding to each priority level indicated by a pause time (col 12, lines 23-37); and 
wherein said pausing traffic flow further comprises pausing traffic flow with priority levels 
corresponding to levels signified by a value in a priority mask field in the frame for time 
periods indicated by a times corresponding to each priority level in a pause time field in 
the frame if said type/length field signifies that the pausing will be for times 
corresponding to each priority level indicated by a pause time (col 13, lines 10-29). 

Regarding claim 23, 56, Erimli et al disclosed wherein said times are a separate 
value for each possible priority level indicating an independent pause time for each 
corresponding priority level (col 12, lines 33-37). 

Regarding claim 24,57, Erimli et al disclosed an apparatus (Figs 4.5A/B) for 
generating a frame indicating that traffic flow should be paused to a network device, the 
traffic flow having varying priority levels (col 12, lines 57-61), the apparatus comprising: 
a pause traffic flow value-to-type/length field placer (5B, col 12, lines 57-64); a priority 
level based pause traffic flow value-to-opcode field placer coupled to said pause traffic 
flow value-to-type/length field placer (5B, col 13, lines 10-39); a priority mask field 
creator coupled to said priority level based pause traffic flow value-to-opcode field 
placer (col 13, lines 1-9); and a paused priority level value-to-priority mask field placer 
coupled to said priority mask field creator (registers, col 12, lines 12-56). 
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Regarding claim 25, Erimli et al disclosed wherein said priority level based pause 
traffic flow value-to-opcode field placer includes a pause-time without regard for priority 
level value-to-op code field placer (col 12, lines 33-37). 

Regarding claim 26, Erimli et al disclosed wherein said priority level based pause 
traffic flow value-to-opcode field placer includes a pause times corresponding to priority 
level value-to-opcode field placer (col 13, lines 10-29). 

Regarding claim 27, Erimli et al disclosed a priority level separate value-to-pause 
time field placer coupled to said priority level based pause traffic flow value-to-opcode 
field placer (col 13, lines 110-15-29). 

Regarding claim 28,58, Erimli et al disclosed an apparatus (Figs 4,5A/B) for 
generating a frame indicating that traffic flow should be paused to a network device, the 
traffic flow having varying priority levels (col 12, lines 57-61), the apparatus comprising: 
a priority level based pause traffic flow value-to-type/length field placer (col 13, lines 
10-39); a priority mask field creator coupled to said priority level based pause traffic flow 
value- to-type/length field placer; and a paused priority level value-to-priority mask field 
placer coupled to said priority mask field creator (Fig 5A, col 12, lines 23-37). 

Regarding claim 29-30, Erimli et al disclosed a pause time without regard for 
priority level value-to-opcode field placer coupled to said priority level based pause 
traffic flow value-to-type/length field placer (col 13, lines 10-15) and a pause times 
corresponding to priority level value-to-opcode field placer coupled to said priority level 
based pause traffic flow value-to-type/length field placer (col 13, lines 16-39). 
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Regarding claim 31, Erimli et al disclosed a priority level separate value-to-pause 
time field placer coupled to said pause times corresponding to priority level value-to- 
opcode field placer (col 12, lines 15-22). 

Regarding claim 33, Kadambi et al disclosed an apparatus (Fig 6) for handling a 
frame in a network with traffic flow having varying priority levels, the method comprising: 
a type/length field value examiner (col 14, lines 13-15); a priority level traffic flow 
pauser (col 14, lines 10-12) coupled to said type/length field value examiner (col 14, 
lines 23-32). 

Conclusion 

8. Any inquiry concerning this communication or earlier communications should be 
directed to the attention to Venkatesh Haliyur whose phone number is 571-272-8616. 
The examiner can normally be reached on Monday-Friday from 9:00AM to 5:00 PM. If 
attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Edan Orgad can be reached @ (571)-272-7884. Any inquiry of a general 
nature or relating to the status of this application or proceeding should be directed to the 
group receptionist whose telephone number is (571)-272-2600 or fax to 571-273-8300. 

9. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for published 
applications may be obtained from either Private PAIR or Public PAIR. Status 
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information for unpublished applications is available through Private PAIR only. For 
more information about the PAIR system, see http://pair-direct.uspto.gov . Should you 
have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-21 7-91 97(toll-free). 

Venkatesh Haliyur 
Patent Examiner 



EDAN . OflGAD 
SUPERVISORY PATENT EXAMINER 




